However, if you're working on a detached head or on a branch that
wasn't created with repo start, repo sync will bring you back to the
upstream state if that doesn't cause you to lose uncommitted local
changes, because it assumes that this was temporary work.
Since it seems like you were on a branch, that branch still exists,
and you should be able to git checkout back to it.
If you hadn't been on a branch, git reflog would let you find where
you were and get back to it (until those commit get garbage-collected,
which by default doesn't happen for at least 2 weeks).
JBQ
> --
> You received this message because you are subscribed to the Google Groups "android-platform" group.
> To post to this group, send email to android-...@googlegroups.com.
> To unsubscribe from this group, send email to android-platfo...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
>
>
--
Jean-Baptiste M. "JBQ" Queru
Software Engineer, Android Open-Source Project, Google.
Questions sent directly to me that have no reason for being private
will likely get ignored or forwarded to a public forum with no further
warning.
If that's accurate, I recommend that you create a separate branch for
your team to push into, and that you routinely merge gingerbread into
it.
JBQ
> For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
We do it in 2 steps: one step mirrors changes in, and one step merges them.
To mirror them, we maintain a manifest on our internal server that has
exactly the list of project that exist in AOSP, and we run a repo
forall loop on it that does essentially git fetch / git push.
To merge them in, We do something similar, repo sync, then in a repo
forall: git checkout / git merge / git push. The difficulty here is to
deal with merge conflicts.
In our case, though, we don't need to get our changes reviewed as we
push to AOSP, so we use straight merges.
In your case, it might make sense instead to try to rebase your
changes over AOSP instead of merging, especially the ones that you
intend to submit back to AOSP.
JBQ