Skip to content
#

gitlab

Here are 1,915 public repositories matching this topic...

krathow
krathow commented Mar 31, 2020

Description of the problem, including code/CLI snippet

Documentation is missing an example how to make use of project import parameters.
The Gitlab-API supports these parameters (name,file,path,overwrite)

Expected Behavior

It would be good to add an example to the documentation (if those parameters are supported)

Actual Behavior

Specifications

  • python-gitlab versi
glab
profclems
profclems commented Nov 19, 2020

I just had this thought of having a GitHub action for glab.

**Do we need that? **

Yeah, I think we do.
Especially for repos on GitHub that are mirrored to GitLab. Maintainers may decide to accept issues and merge requests on GitHub, and write a script that automatically creates the issues and merge requests on GitLab too.
I think there are a lot of other use cases way beyond my imaginat

lab
jwkicklighter
jwkicklighter commented Sep 20, 2019

#197 took care of being able to use # at the start of a line, but I just noticed that there isn't a great user flow for editing an issue that already has markdown headings.

  1. Create an issue with at least 1 heading
  2. Edit the issue with lab issue edit [ID]
  3. Make changes and save
  4. The issue will now have its heading(s) stripped out

I'm not sure what the best course would be, but

nikitavbv
nikitavbv commented Dec 12, 2017

Currently if you try to clone a repository from github and you don't have any ssh keys configured at github, you will fail to clone and get such message:

Fatal error: fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Even Permission denied (publickey). message is not shown.

@guyzmo offered to "suggest a

scala-steward
fthomas
fthomas commented Feb 1, 2021

Scalafix commits are currently attributed in the Git history to the Scala Steward user although it only did the easy part of running the rule. The hard part of writing the rule is done by someone else who's currently not attributed in any way. Wouldn't it be nice if we append Co-authored-by attributions to the Scalafix commit if the rule author(s) opts into i

Improve this page

Add a description, image, and links to the gitlab topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the gitlab topic, visit your repo's landing page and select "manage topics."

Learn more