git-process 2.0.0 → 2.0.1
Sign up to get free protection for your applications and to get access to all the features.
- data/CHANGELOG.md +4 -0
- data/README.md +6 -25
- data/man/git-process.1 +3 -3
- metadata +16 -16
data/CHANGELOG.md
CHANGED
data/README.md
CHANGED
@@ -50,7 +50,7 @@ To get full `git help` and manpage support, do:
|
|
50
50
|
|
51
51
|
* `git new-fb` - Create a new feature branch based on the integration branch.
|
52
52
|
* `git sync` - Gets the latest changes that have happened on the integration branch and remote feature branch, then pushes your changes to a feature branch on the server.
|
53
|
-
* `git pull-
|
53
|
+
* `git pull-req` - Create or get a Pull Request for the current branch.
|
54
54
|
* `git to-master` - Rebase against the integration branch, then pushes to it. Knows how to deal "intelligently" with pull-requests.
|
55
55
|
|
56
56
|
**All commands are well documented within themselves: Use the "git help" to see the full documentation.** (e.g., "`git help sync`")
|
@@ -73,17 +73,17 @@ To get full `git help` and manpage support, do:
|
|
73
73
|
* "`git sync`" makes it extremely easy for you to get any changes that are made in "`master`" into your branch so you can react to it immediately.
|
74
74
|
* "`git to-master`" then makes it easy to cleanly integrate the changes you have made. If you need to keep the current branch open, use the `--keep` option. Otherwise it closes the branch along with various other house-keeping duties.
|
75
75
|
* The process that you use should be essentially the same, regardless of whether you are working alone, or on a large distributed team.
|
76
|
-
* The exception here is "`git pull-
|
76
|
+
* The exception here is "`git pull-req`" since you typically do not use pull requests when working solo or when pair-programming.
|
77
77
|
|
78
78
|
|
79
79
|
# Notes #
|
80
80
|
|
81
81
|
* After publishing changes to the main integration branch (i.e., "`git to-master`") the old feature branch is removed as part of cleanup. Git is then "parked" on a "`_parking_`" branch until a new feature branch is created. Work is not expected to be done on this branch, but any that is done is brought over to a newly created feature branch (i.e., "`git new-fb`").
|
82
82
|
* If there is a problem (such as a merge conflict), this will try to resolve such errors for you as much as it can do safely. When it can't do so in an automated way, it will try to tell you the process for doing so manually.
|
83
|
-
* The first time you use a GitHub feature (e.g., "`git pull-
|
83
|
+
* The first time you use a GitHub feature (e.g., "`git pull-req`"), this will ask for your username and password. It does not store them, but instead uses them to get an OAuth2 token, which is stored in "`git config gitProcess.github.authToken`".
|
84
84
|
* If you want to use a different integration branch other than "`master`", set the "`gitProcess.integrationBranch`" configuration value. (e.g., "`git config gitProcess.integrationBranch my-integ-branch`")
|
85
85
|
* By default the first server name reported by `git remote` is used as the server/remote name. Since most projects only have a single remote (i.e., "origin") this works most of the time. But if you have multiple remotes and want to explicitly set it, use the `gitProcess.remoteName` configuration option.
|
86
|
-
* `git pull-
|
86
|
+
* `git pull-req` shows the URL for the pull request after creating it on the server. Most terminal programs let you click on it to open it in your browser. (e.g., Cmd-Click on OSX.)
|
87
87
|
|
88
88
|
|
89
89
|
# Workflow Examples #
|
@@ -178,7 +178,7 @@ He creates his "Laaaaame" class and checks it in, with a pull request asking Sal
|
|
178
178
|
|
179
179
|
```
|
180
180
|
bill-[awesomo4000]$ git commit
|
181
|
-
bill-[awesomo4000]$ git pull-
|
181
|
+
bill-[awesomo4000]$ git pull-req "A.W.E.S.O.M-0 4000 prototype" \
|
182
182
|
-d "@sally, can you make sure Butters won't recognize it?"
|
183
183
|
Pushing to 'awesomo4000' on 'origin'.
|
184
184
|
Creating a pull request asking for 'awesomo4000' to be merged into 'master' on big_monies.
|
@@ -189,7 +189,7 @@ bill-[awesomo4000]$
|
|
189
189
|
Sally sees the email. After looking at it in the web interface, she wants to test it.
|
190
190
|
|
191
191
|
```
|
192
|
-
sally-[other_branch]$ git pull-
|
192
|
+
sally-[other_branch]$ git pull-req 3454
|
193
193
|
Getting #pr_number
|
194
194
|
Fetching the latest changes from the server
|
195
195
|
new branch: awesomo4000
|
@@ -308,25 +308,6 @@ One significant advantage of using automation like this is that it lets you have
|
|
308
308
|
This project is trying to promote clear communication about reality as it applies to the code, over micro-management over no-longer-relevant history. Thus rational for the judicious use of rebase.
|
309
309
|
|
310
310
|
|
311
|
-
# Contributing #
|
312
|
-
|
313
|
-
## Coding Setup ##
|
314
|
-
|
315
|
-
1. Fork it
|
316
|
-
2. Create your feature branch (`git checkout -b my-new-feature origin/master`)
|
317
|
-
3. Commit your changes (`git commit`)
|
318
|
-
4. Push to the branch (`git push origin my-new-feature`)
|
319
|
-
5. Create new Pull Request
|
320
|
-
|
321
|
-
or, if using these scripts:
|
322
|
-
|
323
|
-
1. Fork it
|
324
|
-
2. `git new-fb my-new-feature
|
325
|
-
3. `git commit`
|
326
|
-
4. `git sync`
|
327
|
-
5. `git pull-request`
|
328
|
-
|
329
|
-
|
330
311
|
## License ##
|
331
312
|
|
332
313
|
Licensed under the Apache License, Version 2.0 (the "License");
|
data/man/git-process.1
CHANGED
@@ -223,7 +223,7 @@ He creates his "Laaaaame" class and checks it in, with a pull request asking Sal
|
|
223
223
|
.\}
|
224
224
|
.nf
|
225
225
|
bill\-[awesomo4000]$ git commit
|
226
|
-
bill\-[awesomo4000]$ git pull\-
|
226
|
+
bill\-[awesomo4000]$ git pull\-req "A\&.W\&.E\&.S\&.O\&.M\-0 4000 prototype" \e
|
227
227
|
\-d "@sally, can you make sure Butters won\*(Aqt recognize it?"
|
228
228
|
Pushing to \*(Aqawesomo4000\*(Aq on \*(Aqorigin\*(Aq\&.
|
229
229
|
Creating a pull request asking for \*(Aqawesomo4000\*(Aq to be merged into \*(Aqmaster\*(Aq on big_monies\&.
|
@@ -240,7 +240,7 @@ Sally sees the email\&. After looking at it in the web interface, she wants to t
|
|
240
240
|
.RS 4
|
241
241
|
.\}
|
242
242
|
.nf
|
243
|
-
sally\-[other_branch]$ git pull\-
|
243
|
+
sally\-[other_branch]$ git pull\-req 3454
|
244
244
|
Getting #pr_number
|
245
245
|
Fetching the latest changes from the server
|
246
246
|
new branch: awesomo4000
|
@@ -359,7 +359,7 @@ will remove the file as part of its normal "housekeeping\&."
|
|
359
359
|
.RE
|
360
360
|
.SH "SEE ALSO"
|
361
361
|
.sp
|
362
|
-
\fBgit\-sync\fR(1), \fBgit\-to\-master\fR(1), \fBgit\-new\-fb\fR(1), \fBgit\-pull\-
|
362
|
+
\fBgit\-sync\fR(1), \fBgit\-to\-master\fR(1), \fBgit\-new\-fb\fR(1), \fBgit\-pull\-req\fR(1)
|
363
363
|
.SH "BUGS"
|
364
364
|
.sp
|
365
365
|
Known bug list: https://github\&.com/jdigger/git\-process/issues?state=open
|
metadata
CHANGED
@@ -1,13 +1,13 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: git-process
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
hash:
|
4
|
+
hash: 13
|
5
5
|
prerelease:
|
6
6
|
segments:
|
7
7
|
- 2
|
8
8
|
- 0
|
9
|
-
-
|
10
|
-
version: 2.0.
|
9
|
+
- 1
|
10
|
+
version: 2.0.1
|
11
11
|
platform: ruby
|
12
12
|
authors:
|
13
13
|
- Jim Moore
|
@@ -26,12 +26,12 @@ dependencies:
|
|
26
26
|
requirements:
|
27
27
|
- - "="
|
28
28
|
- !ruby/object:Gem::Version
|
29
|
-
hash:
|
29
|
+
hash: 13
|
30
30
|
segments:
|
31
31
|
- 2
|
32
32
|
- 0
|
33
|
-
-
|
34
|
-
version: 2.0.
|
33
|
+
- 1
|
34
|
+
version: 2.0.1
|
35
35
|
type: :runtime
|
36
36
|
version_requirements: *id001
|
37
37
|
- !ruby/object:Gem::Dependency
|
@@ -42,12 +42,12 @@ dependencies:
|
|
42
42
|
requirements:
|
43
43
|
- - "="
|
44
44
|
- !ruby/object:Gem::Version
|
45
|
-
hash:
|
45
|
+
hash: 13
|
46
46
|
segments:
|
47
47
|
- 2
|
48
48
|
- 0
|
49
|
-
-
|
50
|
-
version: 2.0.
|
49
|
+
- 1
|
50
|
+
version: 2.0.1
|
51
51
|
type: :runtime
|
52
52
|
version_requirements: *id002
|
53
53
|
- !ruby/object:Gem::Dependency
|
@@ -58,28 +58,28 @@ dependencies:
|
|
58
58
|
requirements:
|
59
59
|
- - "="
|
60
60
|
- !ruby/object:Gem::Version
|
61
|
-
hash:
|
61
|
+
hash: 13
|
62
62
|
segments:
|
63
63
|
- 2
|
64
64
|
- 0
|
65
|
-
-
|
66
|
-
version: 2.0.
|
65
|
+
- 1
|
66
|
+
version: 2.0.1
|
67
67
|
type: :runtime
|
68
68
|
version_requirements: *id003
|
69
69
|
- !ruby/object:Gem::Dependency
|
70
|
-
name: git-pull-
|
70
|
+
name: git-pull-req
|
71
71
|
prerelease: false
|
72
72
|
requirement: &id004 !ruby/object:Gem::Requirement
|
73
73
|
none: false
|
74
74
|
requirements:
|
75
75
|
- - "="
|
76
76
|
- !ruby/object:Gem::Version
|
77
|
-
hash:
|
77
|
+
hash: 13
|
78
78
|
segments:
|
79
79
|
- 2
|
80
80
|
- 0
|
81
|
-
-
|
82
|
-
version: 2.0.
|
81
|
+
- 1
|
82
|
+
version: 2.0.1
|
83
83
|
type: :runtime
|
84
84
|
version_requirements: *id004
|
85
85
|
description: A set of scripts to make working with git easier and more consistent
|