Re: [PATCH 1/1] bundle: refuse to create empty bundle
Hi Stefan, On Tue, 13 Nov 2018, Stefan Beller wrote: > On Tue, Nov 13, 2018 at 12:33 PM Gaël Lhez wrote: > > > > Hello, > > > > I don't know why I receive these message (and especially now given the time > > at which I pushed this) but I suppose someone (Johannes Schindelin ?) > > probably pushed back my original commit from git for windows github to GIT > > git repository. > > Yes that is pretty much what is happening. Johannes (GfW maintainer) > tries to push a lot of patches upstream to git and cc's people who > originally authored the patch. > Thanks for taking a look, again, even after this long time! > > > > > If you think "bundle: cleanup lock files on error" is better, then no > > problem with me. I'm not a native english speaker and I simply expressed > > the reason for my problem but - after reading back my commit - neither this > > mail' subject and my original commit subject (see > > https://github.com/git-for-windows/git/pull/797/commits/0ef742a1a92ae53188189238adbd16086fabf80a) > > express the core problem. > > I am not a native speaker either, which makes it extra hard to > understand some commits. ;-) So I propose a wording which would have > helped me. > > > As I'm not accustomed to pushing on GIT 'git repository' , please let me > > know if I have something else to do ? > > I don't know how Johannes handles pushing changes upstream, maybe he > will take on the work of resending a reworded patch. He will. > Let's hear his thoughts on it. I would guess you're more than welcome > to take your patches from GitForWindows into Git itself. As I merged the patch into Git for Windows' `master`, I consider it my responsibility to push this upstream (unless the contributor wants to take matters into their own hands). In the future, my hope is that GitGitGadget will make contributing patches to the Git mailing list a more convenient experience, to the point that it will hopefully be pretty much as easy as iterating a PR in https://github.com/git-for-windows/git. At that point, I will ask contributors to do exactly that in order to shepherd their patches into git.git. Ciao, Dscho > > Cheers, > Stefan >
Re: [PATCH 1/1] bundle: refuse to create empty bundle
On Tue, Nov 13, 2018 at 12:33 PM Gaël Lhez wrote: > > Hello, > > I don't know why I receive these message (and especially now given the time > at which I pushed this) but I suppose someone (Johannes Schindelin ?) > probably pushed back my original commit from git for windows github to GIT > git repository. Yes that is pretty much what is happening. Johannes (GfW maintainer) tries to push a lot of patches upstream to git and cc's people who originally authored the patch. Thanks for taking a look, again, even after this long time! > > If you think "bundle: cleanup lock files on error" is better, then no problem > with me. I'm not a native english speaker and I simply expressed the reason > for my problem but - after reading back my commit - neither this mail' > subject and my original commit subject (see > https://github.com/git-for-windows/git/pull/797/commits/0ef742a1a92ae53188189238adbd16086fabf80a) > express the core problem. I am not a native speaker either, which makes it extra hard to understand some commits. ;-) So I propose a wording which would have helped me. > As I'm not accustomed to pushing on GIT 'git repository' , please let me know > if I have something else to do ? I don't know how Johannes handles pushing changes upstream, maybe he will take on the work of resending a reworded patch. Let's hear his thoughts on it. I would guess you're more than welcome to take your patches from GitForWindows into Git itself. Cheers, Stefan
Re: [PATCH 1/1] bundle: refuse to create empty bundle
Hello, I don't know why I receive these message (and especially now given the time at which I pushed this) but I suppose someone (Johannes Schindelin ?) probably pushed back my original commit from git for windows github to GIT git repository. If you think "bundle: cleanup lock files on error" is better, then no problem with me. I'm not a native english speaker and I simply expressed the reason for my problem but - after reading back my commit - neither this mail' subject and my original commit subject (see https://github.com/git-for-windows/git/pull/797/commits/0ef742a1a92ae53188189238adbd16086fabf80a) express the core problem. As I'm not accustomed to pushing on GIT 'git repository' , please let me know if I have something else to do ? (Sent back in text mode because HTML is considered SPAM or Virus by git@vger.kernel.org). Regards, Gaël Le mar. 13 nov. 2018 à 20:28, Stefan Beller a écrit : > > On Tue, Nov 13, 2018 at 7:09 AM Gaël Lhez via GitGitGadget > wrote: > > > > From: =?UTF-8?q?Ga=C3=ABl=20Lhez?= > > > > When an user tries to create an empty bundle via `git bundle create > > ` where `` resolves to an empty list (for > > example, like `master..master`), the command fails and warns the user > > about how it does not want to create empty bundle. > > > > However, the `.lock` file was still open and on Windows that means > > that it could not be deleted properly. This patch fixes that issue. > > > > This closes https://github.com/git-for-windows/git/issues/790 > > > > Signed-off-by: Gaël Lhez > > Signed-off-by: Johannes Schindelin > > The code and the commit message make sense, but by reading the subject line > > I would have expected a different commit. Maybe > "bundle: cleanup lock files on error"
Re: [PATCH 1/1] bundle: refuse to create empty bundle
On Tue, Nov 13, 2018 at 7:09 AM Gaël Lhez via GitGitGadget wrote: > > From: =?UTF-8?q?Ga=C3=ABl=20Lhez?= > > When an user tries to create an empty bundle via `git bundle create > ` where `` resolves to an empty list (for > example, like `master..master`), the command fails and warns the user > about how it does not want to create empty bundle. > > However, the `.lock` file was still open and on Windows that means > that it could not be deleted properly. This patch fixes that issue. > > This closes https://github.com/git-for-windows/git/issues/790 > > Signed-off-by: Gaël Lhez > Signed-off-by: Johannes Schindelin The code and the commit message make sense, but by reading the subject line I would have expected a different commit. Maybe "bundle: cleanup lock files on error"
