Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions/Exist...
Bikeshedding on the second hardest problem in CS? Who on this list can pass up a chance to join in there? ;-)
-Chad
On 11/13/14, Chad innocentkiller@gmail.com wrote:
Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions/Exist...
Bikeshedding on the second hardest problem in CS? Who on this list can pass up a chance to join in there? ;-)
-Chad _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Do we get full unicode including astral characters? If so, I vote MediaWiki be 🌻 (U+1f33b).
--bawolff
On Thu, Nov 13, 2014 at 4:14 PM, Brian Wolff bawolff@gmail.com wrote:
On 11/13/14, Chad innocentkiller@gmail.com wrote:
Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions/Exist...
Bikeshedding on the second hardest problem in CS? Who on this list can pass up a chance to join in there? ;-)
-Chad _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Do we get full unicode including astral characters? If so, I vote MediaWiki be 🌻 (U+1f33b).
If we're going unicode why no U+2620. We could make Cirrus U+2601 or maybe U+5377U+96F2.
Nik
On Thu Nov 13 2014 at 1:14:58 PM Brian Wolff bawolff@gmail.com wrote:
Do we get full unicode including astral characters? If so, I vote MediaWiki be 🌻 (U+1f33b).
Sadly not (I just tried on labs).
/[A-Z]+/
-Chad
Le 13/11/2014 18:16, Chad a écrit :
Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions/Exist...
Bikeshedding on the second hardest problem in CS? Who on this list can pass up a chance to join in there? ;-)
Hello,
There is some more explanations about what the call signs are for at https://secure.phabricator.com/book/phabricator/article/diffusion/#repositor...
In Gerrit a change is made unique using:
- the project name - the targeted branch - the Change-Id field in the commit message
With Arcanist / Diffusion it is done with:
- a prefix 'r' standing for 'revision' - the call signs - the 16 first chars of the commit sha1
So given a call sign MWCORE for mediawiki/core and a commit 37a6d0e60d7d86f5f078d352f0a2d01e12fedbec we would end up referring to that commit with:
rMWCORE37a6d0e60d7d86f5
Or at least that is how I understood it. One can see why the call sign should be short.
The upstream doc states some examples and recommends to keep them as small as possible. From the doc:
* Facebook uses "E" for the Engineering repository, "O" for the Ops repository, "Y" for a Yum package repository. * Phabricator uses "P", "ARC", "PHU" for libphutil, and "J" for Javelin. But then they only have six repos: https://secure.phabricator.com/diffusion/
If you look at a list of commit for the Phabricator project: https://secure.phabricator.com/diffusion/P/history/
You can see the r<call sign><sha1> next to the Diffusion revision number. I guess we will usually refers to either:
- the Diffusion number (D1234) - the git sha1 that landed in the repos.
And thus could live with whatever call sign since they will barely be used by humans.
cheers,
Hm.. not sure it's wise to give extensions a root name as repository path (e.g. Bootstrap.git instead of mediawiki-extensions-boostrap.git). If we want to shorten it, maybe mwext-boostrap or mediawiki-bootstrap. But defaulting to root seems like a mistake.
Especially considering we do prefix analytics-, labs-, labs-tools-, wikimedia-, operations-, etc.
— Krinkle
On 13 Nov 2014, at 18:16, Chad innocentkiller@gmail.com wrote:
Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions/Exist...
Bikeshedding on the second hardest problem in CS? Who on this list can pass up a chance to join in there? ;-)
-Chad _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri Nov 14 2014 at 6:43:00 AM Krinkle krinklemail@gmail.com wrote:
Hm.. not sure it's wise to give extensions a root name as repository path (e.g. Bootstrap.git instead of mediawiki-extensions-boostrap.git). If we want to shorten it, maybe mwext-boostrap or mediawiki-bootstrap. But defaulting to root seems like a mistake.
Especially considering we do prefix analytics-, labs-, labs-tools-, wikimedia-, operations-, etc.
I'm not actually that concerned about preserving a hierarchy in Phab repo names. Unlike Gerrit which encourages a tree-like structure Phab encourages us to keep things flat. Except for cases where repo names will clash, what's the harm in allowing people to call their extension "FooBar" instead of "Extension-Foobar?"
Anyway, names are less important because they can be changed. This question is mainly about callsigns.
-Chad
wikitech-l@lists.wikimedia.org