> Hello everyone,
>
> During the current work on repairing unintended renames I often use to
> bulk
> commit commit_all_submodules script. That's why I worked on some of the
> improvements.
>
> The first change is that I moved "git pull" after check whether in the
> module
> are any changes to push to the server. The advantages are two:
>
> 1) If the module does not contain changes, it is omitted both - pull and
> push.
> Step to pushing changes to the server can be significantly faster.
>
> 2) In general commit to 'tde' are not included unrelated changes in the
> modules in which was pushed commits from some other developers.
>
> The second change is that I added to "git pull" option --rebase. The
> advantage
> is that if changes were made on both sides - on the server and also in the
> local git clone, then instead of merge temporary local branch are local
> changes "rebased" to current HEAD on the server in order to maintain
> linear
> history without unnecessary merges. As you can see on my commits to
> master 'tde' repository.
>
> What is your opinion on the use of "--rebase"?

Rebase usage in general should be OK as long as it is never used to
rewrite existing history on the GIT server.

Tim