[Feature] Add option to sync Repositories back to git. #870

Open
opened 2026-03-22 16:57:01 -05:00 by GiteaMirror · 5 comments
Owner

Originally created by @arevindh on GitHub (Sep 14, 2024).

Currently, the Repositories section provides users with three key options:

  1. Clone/Re-clone a repository.
  2. Build the project
  3. Pull changes from the remote Git repository

I believe that the addition of a Push button would be highly beneficial to the overall user experience. This button would allow users to easily synchronize their local changes back to the remote Git repository, streamlining the workflow and reducing the need for manual Git commands.

image

Originally created by @arevindh on GitHub (Sep 14, 2024). Currently, the Repositories section provides users with three key options: 1. Clone/Re-clone a repository. 2. Build the project 3. Pull changes from the remote Git repository I believe that the addition of a Push button would be highly beneficial to the overall user experience. This button would allow users to easily synchronize their local changes back to the remote Git repository, streamlining the workflow and reducing the need for manual Git commands. ![image](https://github.com/user-attachments/assets/5b9f311c-1624-4edb-ba30-056902fd9550)
GiteaMirror added the enhancement label 2026-03-22 16:57:01 -05:00
Author
Owner

@mbecker20 commented on GitHub (Aug 26, 2025):

If you are making change in the repo being cloned by Komodo, surely you can commit and push from there, or edit the repo from another device and push. Theres lots of options as to what files to include in the commit, the commit message, etc. The purpose of this resource is to pull and execute on Servers and I believe this feature to be out of scope.

@mbecker20 commented on GitHub (Aug 26, 2025): If you are making change in the repo being cloned by Komodo, surely you can commit and push from there, or edit the repo from another device and push. Theres lots of options as to what files to include in the commit, the commit message, etc. The purpose of this resource is to pull and execute on Servers and I believe this feature to be out of scope.
Author
Owner

@mbecker20 commented on GitHub (Aug 30, 2025):

I think its a fair feature request, I can actually see some use cases such as keeping a silverbullet repo pushed up to git automatically.

@mbecker20 commented on GitHub (Aug 30, 2025): I think its a fair feature request, I can actually see some use cases such as keeping a silverbullet repo pushed up to git automatically.
Author
Owner

@serfriz commented on GitHub (Sep 5, 2025):

I think this would be a great feature. I believe a lot of people (including me) are using the repos functionality as a way to clone an existing docker compose repository, and then use the stacks "files on server" mode to actually deploy/edit the docker compose and .env files (instead of using the stacks "git repo" mode). By doing it this way the structure of all docker compose files is maintained, otherwise the repository gets cloned with every new stack (an OCD trigger for many 😅).

Obviously if any change to the docker compose files is done through Komodo, it would be great to have a button to commit all changes with an optional message (respecting the git ignore rules).

@serfriz commented on GitHub (Sep 5, 2025): I think this would be a great feature. I believe a lot of people (including me) are using the repos functionality as a way to clone an existing docker compose repository, and then use the stacks "files on server" mode to actually deploy/edit the docker compose and .env files (instead of using the stacks "git repo" mode). By doing it this way the structure of all docker compose files is maintained, otherwise the repository gets cloned with every new stack (an OCD trigger for many 😅). Obviously if any change to the docker compose files is done through Komodo, it would be great to have a button to commit all changes with an optional message (respecting the git ignore rules).
Author
Owner

@mbecker20 commented on GitHub (Sep 5, 2025):

otherwise the repository gets cloned with every new stack (an OCD trigger for many 😅).

@serfriz This is no longer the case. You can now "link" Stacks directly to Repos. If multiple Stacks are on the same Server, and linked to same Repo, the folder will be cloned once to the host and each Stack will use the same folder. No more multiple clones of same repo folder.

Image

Note that by default the repo folder will be cloned at $root_directory/repos/<repo_name>. You can change this by setting Clone Path on the (Komodo) Repo config:

Image

More info: https://github.com/moghtech/komodo/releases/tag/v1.18.2

@mbecker20 commented on GitHub (Sep 5, 2025): > otherwise the repository gets cloned with every new stack (an OCD trigger for many 😅). @serfriz This is no longer the case. You can now "link" Stacks directly to Repos. If multiple Stacks are on the same Server, and linked to same Repo, the folder will be cloned once to the host and each Stack will use the same folder. No more multiple clones of same repo folder. <img width="520" height="404" alt="Image" src="https://github.com/user-attachments/assets/60e4e251-2380-4051-be02-2c505ac8a3d4" /> Note that by default the repo folder will be cloned at $root_directory/**repos**/<repo_name>. You can change this by **setting Clone Path on the (Komodo) Repo config**: <img width="488" height="163" alt="Image" src="https://github.com/user-attachments/assets/087ea2ba-15ac-4092-b28d-3e9c8511076e" /> More info: https://github.com/moghtech/komodo/releases/tag/v1.18.2
Author
Owner

@serfriz commented on GitHub (Sep 6, 2025):

That's great! Sorry I missed the feature update, maybe it could be made a bit more clear in the documentation (including the part that a new repo doesn't need to be linked to a host) since there are plenty of blog entries and reddit posts that reference the previous behavior.

@serfriz commented on GitHub (Sep 6, 2025): That's great! Sorry I missed the feature update, maybe it could be made a bit more clear in the documentation (including the part that a new repo doesn't need to be linked to a host) since there are plenty of blog entries and reddit posts that reference the previous behavior.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/komodo#870