You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If we create a project with its respective repository and then, for any reason (e.g., a domain migration?), we need to change the repo_server_path on the plugins setting, it changes successfully and all the new projects and their repositories will be created correctly.
However, all the existing projects and their respective repositories, created with the previous repo_server_path will still be pointing to that previous value and all the features of cosmosys_git_rm will fail without any clear error in the UI.
The only way to confirm it is suspecting about the error given:
csys_rm-support | App 851 output: remote: The project you were looking for could not be found or you don't have permission to view it.
Then, if we enter in the cosmoSys instance's container we can:
First go to /home/redmine/gitbase/csys.
Then enter in the affected repository directory.
git remote get-url origin, it will return the remote origin with the previous repo_server_path.
To solve it, git remote set-url origin <new_complete_origin_url>, where <new_complete_origin_url> must be equal to the one in cosmosys_git_rm plugin's setting UI, but replacing %project_id by the project for that project.
## Proposal
When the settings change, we should follow at least one or more of the next options:
Automatically update the origins.
Warns the user that already created projects still have the previous remote and asks (with a dialog or something else) to the user if they should be updated automatically by cosmosys_git_rm.
Shows a table, in the settings, or somewhere, where the user can check if there are projects/repositories with remotes named origin that doesn't point to the current repo_server_path.
In case we decided to automatically update them after repo_server_path changes (1) or update them after the confirmation of the user (2), the implementation isn't hard, because cosmosys_git_rm will just need to traverse the repository directories and checks if its remote named origin matches with the current repo_server_path:
If it matches, continue to the next directory.
If it doesn't matches:
Change the name of origin to previous_origin or origin_YEAR-MONTH-DAY (something that indicates us that there were a change).
Set a new remote named origin with the current repo_server_path value but replacing %project_id%.
The text was updated successfully, but these errors were encountered:
If we create a project with its respective repository and then, for any reason (e.g., a domain migration?), we need to change the
repo_server_path
on the plugins setting, it changes successfully and all the new projects and their repositories will be created correctly.However, all the existing projects and their respective repositories, created with the previous
repo_server_path
will still be pointing to that previous value and all the features ofcosmosys_git_rm
will fail without any clear error in the UI.The only way to confirm it is suspecting about the error given:
Then, if we enter in the cosmoSys instance's container we can:
/home/redmine/gitbase/csys
.git remote get-url origin
, it will return the remote origin with the previousrepo_server_path
.git remote set-url origin <new_complete_origin_url>
, where<new_complete_origin_url>
must be equal to the one incosmosys_git_rm
plugin's setting UI, but replacing%project_id
by the project for that project.## Proposal
When the settings change, we should follow at least one or more of the next options:
cosmosys_git_rm
.origin
that doesn't point to the currentrepo_server_path
.In case we decided to automatically update them after
repo_server_path
changes (1) or update them after the confirmation of the user (2), the implementation isn't hard, becausecosmosys_git_rm
will just need to traverse the repository directories and checks if its remote namedorigin
matches with the currentrepo_server_path
:origin
toprevious_origin
ororigin_YEAR-MONTH-DAY
(something that indicates us that there were a change).origin
with the currentrepo_server_path
value but replacing%project_id%
.The text was updated successfully, but these errors were encountered: