New files added to repo are not symlinked to the service directory #3
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Compat/Breaking
Compat/Deprecation
Kind
Bug
Kind
Chore
Kind
Documentation
Kind
Enhancement
Kind
Feature
Kind
Investigation
Kind
Question
Kind
Security
Kind
Testing
Meta/Good First Issue
Meta/Help Wanted
Meta/Stale
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Resolution
Confirmed
Resolution
Duplicate
Resolution
Invalid
Resolution
Won't Fix
Status
Abandoned
Status
Blocked
Status
Needs More Info
Status
Needs Triage
No milestone
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set.
Reference
XeplosionGames/infrastructure-template#3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When a new config file is added to a repo and deployed via CI/CD, it is not automatically symlinked to the directory the service reads from (e.g.
/opt/bungeecord/,/etc/nginx/sites-available/). This means the service won't pick up the new file even after a successful deploy.Steps to reproduce:
masterand merge intoreleaseand let CI/CD deploy it.Proposed fix:
Each repo should document a symlinking script or the README setup instructions should include a reminder to manually create symlinks for any new files added to the repo. A future improvement could be a
scripts/symlink.shscript that handles this automatically and is run as part of the deploy workflow.Additional notes: