Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Placeholder for branch name in readme.md file #913

Closed
borismod opened this issue Jul 12, 2016 · 42 comments
Closed

Placeholder for branch name in readme.md file #913

borismod opened this issue Jul 12, 2016 · 42 comments

Comments

@borismod
Copy link

Readme.md file usually contains badges of external tools, like CI, code coverage etc. These badges consist of an image and a link. Both the image and the link contain a branch in order to represent the current status of the branch.

An example of such badge:
Coverage Status

I would like to be able to specify a placeholder of a branch name and it would be automatically replaced with the current branch.

@0xced
Copy link

0xced commented Jul 12, 2016

I think your best option is to use a pre-commit hook to update the badges.

@borismod
Copy link
Author

Thank you for your reply. It seems like a good workaround. I manage many
repositories and handle these hooks would be tedious. I would prefer a
placeholder for the current branch.
On Jul 12, 2016 11:34 PM, "Cédric Luthi" notifications@github.com wrote:

I think your best option is to use a pre-commit hook
http://stackoverflow.com/questions/18673694/referencing-current-branch-in-github-readme-md/35368808#35368808
to update the badges.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#913 (comment), or mute
the thread
https://github.com/notifications/unsubscribe/AAM0M8GoYcKiN5b_85HJEaFZQu0YWuFpks5qU_pMgaJpZM4JKU-D
.

@kobalicek
Copy link

kobalicek commented Aug 22, 2016

This is finally a good idea to solve this problem, I think everybody who has more than one branch is dealing with this issue and precommit hooks are not the solution. To be honest I would like to see more placeholders so I can add there organization and repository as well, so when somebody forks the repo he wouldn't see "green".

From the development perspective I really don't see any obstacles here, it's a very noninvasive addition to the markdown.

@borismod
Copy link
Author

@kobalicek I agree with placeholders for user/organization name as well. It would be really great!

@kobalicek
Copy link

@borismod I guess we only need more people to support this issue and it will get implemented, right :)?

@wakatta
Copy link

wakatta commented Sep 9, 2016

👍

6 similar comments
@mrexodia
Copy link

👍

@refi64
Copy link

refi64 commented Sep 13, 2016

👍

@1forh
Copy link

1forh commented Sep 15, 2016

👍

@andreassiegel
Copy link

👍

@Miljar
Copy link

Miljar commented Oct 7, 2016

👍

@gaborbernat
Copy link

👍

@carlosds730
Copy link

I support it!

@sc0ttkclark
Copy link

Related: #472, #101, #84, this is a recurring request :)

I'd love it though!

@nicolargo
Copy link

Need that ! +1

@gborri
Copy link

gborri commented Jan 9, 2017

+1

2 similar comments
@jkribeiro
Copy link

+1

@csoltenborn
Copy link

👍

@Headcult
Copy link

Headcult commented Mar 8, 2017

Much needed feature for showing branch respective badges in Github Readme. Any update on this request?

@mmitche
Copy link

mmitche commented Mar 8, 2017

+1

1 similar comment
@qiuzuhui
Copy link

+1

@okutane
Copy link

okutane commented Mar 15, 2017

Another cool feature would be the possibility to also replace user and repository name in the badge URL, so repo works could have their own badges without updates to readme.md.

@chriskirkland
Copy link

👍

1 similar comment
@saromleang
Copy link

👍

@kivikakk
Copy link
Contributor

Per #472 (comment), the filters aren't part of github-markup, so there isn't a change we could make here that would fix this issue.

Please reach out to support to make sure your feature requests are considered appropriately! Thanks. :)

@kobalicek
Copy link

Please reach out to support? You are kidding me...

@kivikakk
Copy link
Contributor

@kobalicek: the Markup gem has nothing to do with the requested feature, and the Support team is the one responsible for tallying feature requests, not the engineers working on GitHub's HTML pipeline. I hope this makes sense!

@kobalicek
Copy link

@kivikakk If you ever cared you would have reached the channels before closing this issue and linked it here so we can continue the discussion at appropriate place. If this was not appropriate feature request it should have been closed immediately and not rotting here for months. I really thought this would be resolved as I really think this is important.

@OmgImAlexis
Copy link

If this is to be closed we should be directed to a PUBLIC place we can talk about these instead of just being told to "contact support" as we all know that doesn't actually do anything. Github is meant to be able public code sharing and helping others out not shoving each other into private areas where nothing happens.

@deksden
Copy link

deksden commented Jul 26, 2017

Not first time, but idea is old: #472

Seems strange to me, why not implemented yet - not so difficult to implement. It would be extremely useful to anybody with CI, Greenkeeper or some coverage report stuff on repo.

@kivikakk : Please, redirect /send link to this thread to proper place / men / department / email to increase chance to implement this feature

upd2: Sent feature request to support

upd3: replay from support:

...
I can't make any promises, but I'll let the appropriate teams know that you'd like to see us add this in the future.
...

@AlexShemeshWix
Copy link

+1

@kobalicek
Copy link

I'm giving up, no more notifications about this. Github apparently doesn't have the manpower to implement a stupid text replacement feature, so thank you github, for nothing!

@marcelstoer
Copy link

To all of you wanting this so badly as I do: have you spent 3min sending a request to https://github.com/contact already? I'm frustrated as well but that's the only thing I could do.

@OmgImAlexis
Copy link

@marcelstoer yes, the first time I did I was told to open an issue in this repo and the second I was told "we'll pass the feedback on to our developers" and that was a few months ago... 😞

@niconoe-
Copy link

niconoe- commented Aug 3, 2017

+1

And I also sent a request through the contact form.

@calebolin
Copy link

I sent a request as well. Not holding my breath for this to make it into Enterprise. :(

@ghost
Copy link

ghost commented Aug 24, 2017

+1

4 similar comments
@iDaN5x
Copy link

iDaN5x commented Aug 24, 2017

+1

@davidrdark
Copy link

+1

@GuilhermeMorais
Copy link

+1

@martin-walsh
Copy link

+1

@kivikakk
Copy link
Contributor

This has already been directed (several times) to the appropriate departments. We're thinking about this, as ever, but it's non-trivial due to (among other things) how Camo's caching works. +1 comments are really not helpful, so I'm locking the conversation now.

@github github locked and limited conversation to collaborators Aug 31, 2017
ddriddle referenced this issue in techservicesillinois/terraform-aws-cognito Oct 29, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests