Download the PHP package code711/siteconfiggitsync without Composer
On this page you can find all versions of the php package code711/siteconfiggitsync. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download code711/siteconfiggitsync
More information about code711/siteconfiggitsync
Files in code711/siteconfiggitsync
Package siteconfiggitsync
Short Description Sync changes in config/site back into your git repository
License MIT
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package siteconfiggitsync
TYPO3 Site config - git synchronisation
Sometimes it is necessary for a TYPO3 project that the site-config yaml files are managed in git alongside the site-package. Those projects have the problem that site-admins can then not change settings in the site config without manually carrying those changes back over to the git repository in order for them not to be overriden with the next CI/CD run or publish.
This extension aims to alleviate this problem by pushing those changes back to your gitlab instance automatically. In doing so the extension will create a branch, check in the changes that have been made and create a merge-request which you then can manage in gitlab without manually merging the yaml files. And you will be notified about the changes because of the merge-request.
There is no git binary on the server needed, everything is done through the GitLab API. Right now only GitLab is supported, but it can be selfhosted or on gitlab.com.
Changelog
1.0.3
- fixed issue #1
- fixed issue reading the user-list in the extension configuration interface when a project is not part of a group
- added LoggerAwareInterface to AfterConfigurationWriteListener
1.0.1
Fix README.md
1.0.0
Support TYPO3 12
0.10.0
Externalised the XCLASS of the SiteConfiguration Class to EXT:siteconfigurationevents. Composer installations should pull this extension automatically as a dependency. Refactored the git related actions into event listeners.
0.9.x Initial release
Setup / Installation
after installing this extension with
composer req code711/siteconfiggitsyncyou will need to create an API Token in your GitLab Project Page with at least 'Developer' permissions.
This is done in your GitLab in your Project under 'Settings->Access Token'. Developer Permissions are needed because only from this level on Branches can be created and Merge-requests can be issued.
In the field 'Token name' enter something meaningfull for this task, as it will be written next to commits or merge-requests. For example 'External Site change from TYPO3'.
Set the 'Expiration Date' to your liking.
In 'Select a role' choose 'Developer'
And for the scope select 'api'. The other scopes are not enough for the tasks we want to do.
after pressing the 'Create project access token' button you will be given a series of alphanumeric character. Copy this string of character. This is your token.
In your TYPO3 backend navigate to Settings->Extension Configuration and open the accordion for the siteconfiggitsync extension:
In the field gitlab url add the complete URL to your projects repository, without any .git. Just as it is in your browser. for example
https://gitlab.com/mycompany/customerproject
In the field Gitlab API Auth Token enter the token you just generated.
Now press the "Save 'siteconfiggitsync' Configuration" button, and close the window. Re-open the window and navigate again to the siteconfiggitsync accordion and open it. The fields 'main_branch' and 'Who to assign a merge request' should be filled with respectively the available branches in that project and members who are allowed to merge merge-requests.
Choose the branch which represents the production branch, i.e. from which the branch to commit the changes should be taken.
Optionaly choose a member who gets the merge-requests assigend to. If no member is chosen the merge-requests will not be assigend to anybody, and it depends on your setup if you are notified when one is created.
Now press the "Save 'siteconfiggitsync' Configuration" button again, and you should be ready to accept merge-requests when the site-config is changed through the backend interface.
Notes and limitations
- renaming is not done with a git-move but with checking in a new file and removing the old one. The move operation did not work for me when developing this extension. This might be revisited later
- this extension is marked beta because not all scenarios have been tested. This is a 'works' for me right now
- The gitlab server must be reachable via http or https from the production server. The gitlab api implementation is using guzzlehttp, so a proxy configuration should be possible, but I have not looked into this yet. Help in this regard is welcome
- it should be possible to add bitbucket and github support. This might be added at a later stage
All versions of siteconfiggitsync with dependencies
typo3/cms-core Version ^11.5||^12.0||^13.0
m4tthumphrey/php-gitlab-api Version ^11.5
code711/siteconfigurationevents Version ^1.0