Hi,
Am Freitag, den 04.05.2018, 07:43 -0700 schrieb Elijah Newren:
> On Fri, May 4, 2018 at 3:18 AM, Heiko Voigt wrote:
> > Hi,
> >
> > On Fri, May 04, 2018 at 08:29:32AM +, Middelschulte, Leif wrote:
> > > Am Donnerstag, den 03.05.2018, 18:42 +0200 schrieb Heiko Voigt:
>
>
> > > > It seem
On Fri, May 4, 2018 at 3:18 AM, Heiko Voigt wrote:
> Hi,
>
> On Fri, May 04, 2018 at 08:29:32AM +, Middelschulte, Leif wrote:
>> Am Donnerstag, den 03.05.2018, 18:42 +0200 schrieb Heiko Voigt:
>> > It seems to me that you do not want to mix integration testing and
>> > testing of the feature
Hi,
On Fri, May 04, 2018 at 08:29:32AM +, Middelschulte, Leif wrote:
> Am Donnerstag, den 03.05.2018, 18:42 +0200 schrieb Heiko Voigt:
> > I still do not understand how the current behaviour is mismatching with
> > users expectations. Let's assume that you directly tracked the files of
> > L i
Hi,
Am Donnerstag, den 03.05.2018, 18:42 +0200 schrieb Heiko Voigt:
> Hi,
>
> On Wed, May 02, 2018 at 07:30:25AM +, Middelschulte, Leif wrote:
> > Am Montag, den 30.04.2018, 19:02 +0200 schrieb Heiko Voigt:
> > > On Thu, Apr 26, 2018 at 03:19:36PM -0700, Stefan Beller wrote:
> > > > Stefan wro
Hi,
On Wed, May 02, 2018 at 07:30:25AM +, Middelschulte, Leif wrote:
> Am Montag, den 30.04.2018, 19:02 +0200 schrieb Heiko Voigt:
> > On Thu, Apr 26, 2018 at 03:19:36PM -0700, Stefan Beller wrote:
> > > Stefan wrote:
> > > > See
> > > > https://github.com/git/git/commit/68d03e4a6e448aa557f52
Am Montag, den 30.04.2018, 19:02 +0200 schrieb Heiko Voigt:
> On Thu, Apr 26, 2018 at 03:19:36PM -0700, Stefan Beller wrote:
> > Stefan wrote:
> > > See
> > > https://github.com/git/git/commit/68d03e4a6e448aa557f52adef92595ac4d6cd4bd
> > > (68d03e4a6e (Implement automatic fast-forward merge for su
On Thu, Apr 26, 2018 at 03:19:36PM -0700, Stefan Beller wrote:
> Stefan wrote:
> > See
> > https://github.com/git/git/commit/68d03e4a6e448aa557f52adef92595ac4d6cd4bd
> > (68d03e4a6e (Implement automatic fast-forward merge for submodules,
> > 2010-07-07)
> > to explain the situation you encounter.
On Fri, Apr 27, 2018 at 5:24 PM, Elijah Newren wrote:
> I would expect that a different example involving non-linear history
> would behave the same, if both sides update the submodule in a fashion
> that is just fast-forwarding and one commit contains the other in its
> history. I'm curious if y
Hi,
On Fri, Apr 27, 2018 at 3:37 AM, Middelschulte, Leif
wrote:
> Am Donnerstag, den 26.04.2018, 17:19 -0700 schrieb Elijah Newren:
>> On Thu, Apr 26, 2018 at 3:49 AM, Middelschulte, Leif
>> wrote:
>> > Problem case: Merge either branch into the other
>> >
>> > Expected behavior: Merge conflict
Hi,
firstofall: thank all of you for your feedback.
Am Donnerstag, den 26.04.2018, 17:19 -0700 schrieb Elijah Newren:
> On Thu, Apr 26, 2018 at 3:49 AM, Middelschulte, Leif
> wrote:
> > Hi,
> >
> > we're using git-flow as a basic development workflow. However, doing so
> > revealed unexpected
On Thu, Apr 26, 2018 at 3:49 AM, Middelschulte, Leif
wrote:
> Hi,
>
> we're using git-flow as a basic development workflow. However, doing so
> revealed unexpected merge-behavior by git.
>
> Assume the following setup:
>
> - Repository `S` is sourced by repository `p` as submodule `s`
> - Reposit
On Thu, Apr 26, 2018 at 2:46 PM, Jacob Keller wrote:
> On Thu, Apr 26, 2018 at 10:56 AM, Stefan Beller wrote:
>> We often treating a submodule as a file from the superproject, but not
>> always.
>> And in case of a merge, git seems to be a bit smarter than treating it
>> as a textfile
>> with tw
Stefan wrote:
> See https://github.com/git/git/commit/68d03e4a6e448aa557f52adef92595ac4d6cd4bd
> (68d03e4a6e (Implement automatic fast-forward merge for submodules,
> 2010-07-07)
> to explain the situation you encounter. (specifically merge_submodule
> at the end of the diff)
+cc Heiko, author of
On Thu, Apr 26, 2018 at 10:56 AM, Stefan Beller wrote:
> We often treating a submodule as a file from the superproject, but not always.
> And in case of a merge, git seems to be a bit smarter than treating it
> as a textfile
> with two different lines.
Sure, but a submodule is checked out "at a c
On Thu, Apr 26, 2018 at 3:49 AM, Middelschulte, Leif
wrote:
> Hi,
>
> we're using git-flow as a basic development workflow. However, doing so
> revealed unexpected merge-behavior by git.
>
> Assume the following setup:
>
> - Repository `S` is sourced by repository `p` as submodule `s`
> - Reposit
Hi,
we're using git-flow as a basic development workflow. However, doing so
revealed unexpected merge-behavior by git.
Assume the following setup:
- Repository `S` is sourced by repository `p` as submodule `s`
- Repository `p` has two branches: `feature_x` and `develop`
- The revisions sourced
16 matches
Mail list logo