Purpose of Gitlab "Maintenance Note" for a Runner - gitlab

It's the first time I make a pipeline for CI/CD in Gitlab. At a point, when registering the runner, we can "Enter optional maintenance note for the runner".
I looked for more information about it, but I found nothing in GitLab documentation except for Admin Notes and the example in the issue to add Optional Maintenance Note does not really help me to understand.
So, what is the purpose of the optional maintenance note ?
When do we need to look at this message ?
In the issue, they said it is not for casual user, so is it dedicated only for developers ?
Also, can you give me an example of what an optional message can be ?
Thanks !

The GitLab issue you linked, I think, answers the question.
The Maintenance Note field would contain information relevant to other developers managing this GitLab Runner. e.g. - What machine does it run on, how many cores, how much ram, what OS? Basically, any information about this specific GitLab Runner instance you think would be relevant to share with other devs on this project.
It's perfectly fine to leave this field blank.

Related

Can not create agent in dialogflow

I can not create a new agent. When I am clicking on create then it is cancelled
It could be that you are trying to use a GCP Project that already has an agent (only one agent is allowed per GCP project). Try to choose another GCP Project and see if that works.
Followed this quickstart and did not find any problem. Please, make sure that you have followed the previous steps required to create an agent: the setup and the basis.
Also, as it was commented before, each project can have at most, one agent per region.
If this path does not help, please provide me with more details about your particular situation with this agent, just bear in mind to suppress all kinds of sensitive information regarding your project and your data.

Probot App throwing "Resource Not Accessible By Integration" when trying to merge PRs

I have been trying to create a simple Probot app that amongst other things will merge PRs on certain criteria being met. (I am aware prebuilt solutions are available, however not only do they not quite fit my needs, I won't learn anything).
Using context.github.pulls.merge(context.issue()) returns: ERROR probot: Resource not accessible by integration
I have tried replacing context.issue() with the object the docs suggest its looking for.
Googling although difficult to find similar issues, suggest its a permission issue, I have double checked the permissions and at one stage given the app every permission.
Things worth noting:
There are no github actions setup on this repo
The repo belongs to a testing org, the bot app has access to all repos in the org
The repo was initially private, but have also tested in public
Any nudge in the right direction will be greatly appreciated.
Thanks
I see it has been quite a while since you posted this question.
You should not be using context.github.pulls.merge(context.issue()) in the first place. This will never work given the signature of the actual merge method(). You said you have tried following the doc's suggestion.
Is this the doc you are referring to?
The doc clearly suggests to provide owner, repo and pull_number to context.github.pulls.merge().
Did you try that? Please dod share your findings.

GitLab integration with Bugzilla in year 2020

I tried to configure GitLab integration with Bugzilla but without success. Can somebody provide an example of:
Project url (e.g. http://bugzilla/describecomponents.cgi?product=MY_PROD&component=MY_COMP)
Issues url (e.g. http://bugzilla/buglist.cgi?id=:id)
New issue url (http://bugzilla/enter_bug.cgi?product=MY_PROD&component=MY_COMP)?
I tried to provide that, but I cannot see any changes in neither GitLab nor Bugzilla.
How references in commit should look like? GitLab documentation states in one place that it should be CODE-123, where code is some unknown tracker identifier, while in another place they state it should be #123.
What functionality should I expect? Will it just provide a reference from commit to issue, or will it also add a reference to Bugzilla and maybe resolve/assign bugs?

How to search multiple Projects in GitLab

I am trying to find a way to search multiple project's code in gitlab CE.
Has anyone encountered this before, or have a recommended approach?
(I realize that if this is even possible, then I would likely need to create a script that mimics the current call from the GUI multiple times and combine the results. )
Recently came into a similar need. My particular use case is a self-hosted instance of GitLab CE. Seems like it's possible to use GitLab's API where the scope is limited to snippet, then loop through your groups and projects.
Example code:
https:// (instance_server) /search?utf8=%E2%9C%93&snippets=&scope=&search= (key words) &group_id=22&project_id=81
Other links:
GitLab's paid version.
https://docs.gitlab.com/ee/user/search/advanced_search_syntax.html#syntax-search-filters
Mention of original request (closed)
https://gitlab.com/gitlab-org/gitlab-ce/issues/14597
https://forum.gitlab.com/t/search-code-across-all-projects/2263 (SourceGraph)
You can create a Group, migrate or move all of the projects you want to search to that group, and then search just that group.

Perforce multiple branches.

I have a question regarding perforce. I need to setup a scheme where there are 2 versions, a QA and a Production version. I need to be able to submit code, test the change and push it through to production. The development and production versions will be mostly the same, however there are a few differences, such db host names, include paths, etc...
I would also like t have the ability to have personal versions that could be tested before they are pushed to the QA.
Yes, I have to use perforce.
Does anyone know how to set something like this up? This will be on *nix based OS. I would like to write either a bash or Perl script to handle this.
Thanks,
Your help is really appreciated.
Ok so Production is the "Final Destination". You'll have a branch from Production to QA such that when you want to submit from QA to Production you'll do a Reverse Integration. Similarly your devs can have personal branches from QA such that to submit to QA they'll do a Reverse Integration.
Submitted changes can be checked easily in Perforce just by double-clicking the Changelist.
Is there something specific you need help with?
I'll just add that you can maintain divergence by integrating (p4 integ) and then resolving with the -ay (accept yours) option. That gives you merge credit but doesn't actually copy the changes. That way you can tell Perforce that you want to ignore certain changes that shouldn't ever really be merged, and then you won't be bothered with them anymore.

Resources