Thanks to visit codestin.com
Credit goes to github.com

Skip to content

DOC explain commit message prefixes and other jargon in developers' guide #1882

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

Closed
jnothman opened this issue Apr 22, 2013 · 6 comments
Closed

Comments

@jnothman
Copy link
Member

scikit-learn's commit log tends to use prefixes on commit messages that don't seem to be documented anywhere. (The developers' guide doesn't say anything about commit messages; it does say every issue and PR should have tags, but non-priveleged users are not permitted to add them.)

The listing over at numpy is useful (http://docs.scipy.org/doc/numpy/dev/gitwash/development_workflow.html), but doesn't correspond to what is used here (e.g. BUG vs FIX, MAINT/STY vs COSMIT).

At the same time, these should be explained: is their purpose to encourage atomic commits (i.e. don't do ENH and TST in the same commit)? or for analytics (well, the current informality won't make that much use)? or is it an irrelevant hangover from related projects (even so, n00bs should have some explanation so they don't spend too long confused)?

The meaning of WIP and MRG prefixes on PR titles similarly seems to be unexplained. (It might also be useful if the developers' guide introduced the acronym PR.)

@larsmans
Copy link
Member

We don't actually use these prefixes consistently (and even some core developers don't use them). We use them when doing bugfix releases, as they make it easy to grep through the log and find the commits to cherry-pick.

If we want to document this, we first need to decide on conventions, which is the matter for the ML rather than the issue tracker.

larsmans added a commit that referenced this issue Apr 22, 2013
@jnothman
Copy link
Member Author

Yes, I've noticed some core devs don't use them; I thought they should be glossed even if they're not enforced / consistent. That doesn't require a policy decision, just enough of a working definition for common prefixes.

@larsmans
Copy link
Member

I could write something up in the following weeks, but not right now. Suffice it to say that atomic commits are actually discouraged: whenever an enhancement is committed, the tests should be included. Ideally, each commit represents the project in a working state with full test coverage.

(If you manage to decipher the conventions and write something up, be my guest!)

@argriffing
Copy link

what is cosmit

@GaelVaroquaux
Copy link
Member

what is cosmit

Cosmetic commit :)

@jnothman
Copy link
Member Author

I'm going to cover WIP/MRG elsewhere.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants