Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Restructure repository #11744

Merged
merged 1 commit into from
May 24, 2024
Merged

Restructure repository #11744

merged 1 commit into from
May 24, 2024

Conversation

RussKie
Copy link
Member

@RussKie RussKie commented May 19, 2024

  • Rename Setup/ to setup/
  • Rename Bin/ into assets/ and move under setup/
  • Rename Externals/ to externals/
  • Move app projects into src/
  • Move test projects into tests/
  • Move scripts/ to eng/
  • Move TranslationApp/ into setup/

Copy link
Member

@gerhardol gerhardol left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In general I am not fond of moving files around, it breaks patches and history.

@RussKie
Copy link
Member Author

RussKie commented May 19, 2024

In general I am not fond of moving files around, it breaks patches and history.

Can't disagree, though renames/moves should work more or less.

The root of the repo is very messy, which is confusing, and it could be a barrier for prospective contributors.

This has been bothering me for many years, and this is my Nth attempt, which I finally pushed in.

@gerhardol
Copy link
Member

I will approve if you rebase #10906 and consider taking it out of draft - it works fine as is (also mstv workaround)

@RussKie
Copy link
Member Author

RussKie commented May 21, 2024

I will approve if you rebase #10906 and consider taking it out of draft - it works fine as is (also mstv workaround)

Sure thing.
I've rebased that branch on top of this one (there was only one file - FormBrowse.Designer.cs - that I had to manually re-apply) but I'm not going to push it in until this branch is merged to avoid making a mess of that PR.

@pmiossec
Copy link
Member

In general I am not fond of moving files around, it breaks patches and history.

Yes, we can't say that Git (or GitExtensions) is handling move and rename perfectly. Crossing the fingers very hard that Blame is not "broken" and that WIP will rebase without problem....

Rename Setup/ to setup/
Rename Externals/ to externals/

Why not.

Rename Bin/ into assets/ and move under setup/

💯 "Bin" was always something to be careful when cleaning manually .net "bin" folders.
But I don't like to have a folder "assets" (so with the same name) remaining at the root of the folder and so that could be confusing.
Remove this gource image that doesn't bring added value? (and fix gouurce to gource in gource video.md)

Move app projects into src/
Move test projects into tests/

👍 (that's how I prefer to have it)

Move scripts/ to eng/

I absolutely don't have a clue of what "eng" could means: so either I will learn a new word/meaning or I'm not very convinced....

Move TranslationApp/ into setup/

Why not.

@RussKie
Copy link
Member Author

RussKie commented May 22, 2024

Rename Bin/ into assets/ and move under setup/

💯 "Bin" was always something to be careful when cleaning manually .net "bin" folders. But I don't like to have a folder "assets" (so with the same name) remaining at the root of the folder and so that could be confusing. Remove this gource image that doesn't bring added value? (and fix gouurce to gource in gource video.md)

That's my plan to move that markdown and the gif to the wiki. These have little use or relevance in the repo itself.

Move scripts/ to eng/

I absolutely don't have a clue of what "eng" could means: so either I will learn a new word/meaning or I'm not very convinced....

"eng" is short for "engineering". That's a convention in the dotnet/* repos and many other MS internal repos. So for me that's kind of natural... Do you have any other preference?

@RussKie
Copy link
Member Author

RussKie commented May 22, 2024

The latest repo layout:

Disk VS
image image

@pmiossec
Copy link
Member

"eng" is short for "engineering". That's a convention in the dotnet/* repos and many other MS internal repos. So for me that's kind of natural... Do you have any other preference?

TIL. Ok for me (even if it makes me think more about "eng(lish)" than "eng(ineering)". No better idea. And let's not reinvent a convention (which, as a consequence, won't be a convention 🤔 )

That's my plan to move that markdown and the gif to the wiki. These have little use or relevance in the repo itself.

I will be more than happy if it is done in this PR...

Copy link
Member

@mstv mstv left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks sensible, have not run
I do not see at the first and second glance why the AppVeyor build timed out > 4 minutes after "build success".

image


Crossing the fingers very hard that Blame is not "broken"

It worked well this time except for a few MSVS project files - if squashed into a single commit.


The "sorting" feature was a great help for the review:

image

@RussKie
Copy link
Member Author

RussKie commented May 23, 2024

The "sorting" feature was a great help for the review:

image

TIL 🔥

@RussKie RussKie marked this pull request as ready for review May 23, 2024 00:57
@RussKie
Copy link
Member Author

RussKie commented May 23, 2024

This is ready. Unless there are objections I'm planning to merge it tomorrow.

@RussKie
Copy link
Member Author

RussKie commented May 23, 2024

That's my plan to move that markdown and the gif to the wiki. These have little use or relevance in the repo itself.

I will be more than happy if it is done in this PR...

Done. https://github.com/gitextensions/gitextensions/wiki/How-to-visualize-Git-repository's-history

Copy link
Member

@mstv mstv left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Git is able to automatically resolve the MC when rebasing

@pmiossec
Copy link
Member

Git is able to automatically resolve the MC when rebasing

They are some cases where Git is not good:

  • new files added in commits rebased. Because Git handling only files and not directory rename, it still try to create the files in the old directory.
  • code moved in another file or somewhere else in the same file and modified in the other branch. Most of the times, changes have to be reapplied manualy.

* Rename Setup/ to setup/
* Rename Bin/ into assets/ and move under setup/
* Rename Externals/ to externals/
* Move app projects into src/
* Move test projects into tests/
* Move scripts/ to eng/
* Move TranslationApp/ into setup/
@RussKie RussKie merged commit 8863b8b into gitextensions:master May 24, 2024
4 checks passed
@RussKie RussKie deleted the restructure branch May 24, 2024 01:24
@mstv
Copy link
Member

mstv commented May 24, 2024

They are some cases where Git is not good:

We know - unfortunately.

Git is able to automatically resolve the MC when rebasing

the MC (of this PR)

@pmiossec
Copy link
Member

I wonder if this PR does not break the update-loc.cmd. I have this error now:

C:\Users\pmios\Documents\Perso\Dev\GitHub\gitextensions\src\plugins\Statistics\GitStatistics\GitExtensions.Plugins.GitS
tatistics.csproj : error MSB4057: The target "_UpdateEnglishTranslations" does not exist in the project.
C:\Users\pmios\Documents\Perso\Dev\GitHub\gitextensions\src\plugins\Gource\GitExtensions.Plugins.Gource.csproj : error
MSB4057: The target "_UpdateEnglishTranslations" does not exist in the project.

@pmiossec
Copy link
Member

Forget my comment. Found the issue, 1 min later....... 🙄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants