GitHub: What is a "wip" branch?
Asked Answered
A

3

126

When I was browsing GitHub repositories I quite often saw "wip" branches (e.g. 3.1.0-wip). What does "wip" mean?

I couldn't find the answer anywhere - neither on Google nor on GitHub:help.

Allergen answered 2/4, 2013 at 11:34 Comment(3)
Usually "work in progress"Arian
Should be work in progressSaharanpur
"WIP" is also added automatically to the front of the message for the commit that is created when you do a "git stash". Again it means "work in progress".Canaliculus
S
121

On GitHub, pull requests are prefixed by [WIP] to indicate that the pull requestor

  1. has not yet finished his work on the code (thus, work in progress), but
  2. looks for have some initial feedback (early-pull strategy), and
  3. wants to use the continuous integration infrastructure of the project. For instance, GitHub Actions, TravisCI, CodeCov, and codacy.

More motivation for WIP pull requests is written by @ben straub at https://ben.straub.cc/2015/04/02/wip-pull-request/.

New Since Februrary 2019, GitHub offers draft pull requests, which make WIP more explicit: https://github.blog/2019-02-14-introducing-draft-pull-requests/

Sanitize answered 28/9, 2016 at 8:23 Comment(4)
This is a more useful answerAnthracosilicosis
I think this happens after doing a stash then a pull, right ?Cheekbone
@Cheekbone stashes and pull requests are independent concepts. "WIP" are "just" letters someone uses at the beginning of a text (the title of the pull request)Sanitize
side note: we use a WIP label rather than altering the text of the name or descriptionGuendolen
K
160

Conventionally, "wip" stands for "work in progress".

Kooky answered 2/4, 2013 at 11:35 Comment(2)
Can you elaborate how this state occurs?Northernmost
It's not a state that occurs, the way I understand it. Developers mark a commit or branch as WIP to signify that the commits cannot stand on their own, that you should not check out a particular commit or revert to it and expect working code. Basically, to avoid stashing important changes that may not yet be finished, commit them to a WIP branch to store them away safely.Osmen
S
121

On GitHub, pull requests are prefixed by [WIP] to indicate that the pull requestor

  1. has not yet finished his work on the code (thus, work in progress), but
  2. looks for have some initial feedback (early-pull strategy), and
  3. wants to use the continuous integration infrastructure of the project. For instance, GitHub Actions, TravisCI, CodeCov, and codacy.

More motivation for WIP pull requests is written by @ben straub at https://ben.straub.cc/2015/04/02/wip-pull-request/.

New Since Februrary 2019, GitHub offers draft pull requests, which make WIP more explicit: https://github.blog/2019-02-14-introducing-draft-pull-requests/

Sanitize answered 28/9, 2016 at 8:23 Comment(4)
This is a more useful answerAnthracosilicosis
I think this happens after doing a stash then a pull, right ?Cheekbone
@Cheekbone stashes and pull requests are independent concepts. "WIP" are "just" letters someone uses at the beginning of a text (the title of the pull request)Sanitize
side note: we use a WIP label rather than altering the text of the name or descriptionGuendolen
S
2

Literally it means Work In Progress (WIP) as previous answers correctly point out. However, it does not occur only on GitHub, but can happen also on any other competitive platform, e.g. Bitbucket, GitLab etc.

It can be the case also with your Git (the VCS, not GitHub, GitLab, etc. - it's not the same) on local machine. In situations when you would like to save your progress on current branch and move to another it can be helpful in order not to lose your uncommited changes. In such a way you'd like to use use git stash. Then you will see the WIP... as one of the branches in Git Bash/GUI.

If you would submit this branch then of course you can see it in the project on Bitbucket/GitHub/GitLab too. Therefore, it is not only for push Pull Requests (PRs), but might be accidentally/on purpose pushed too.

Swithin answered 27/11, 2019 at 13:31 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.