Development environment
Ilya Protasov
Fresh Boarder
Posts: 9
9 Jahre 5 Monate her #879
von Ilya Protasov
Ilya Protasov antwortete auf Development environment
Thanks to all for yours experience.
I use CC with Git, but change component version is change all php-files and it's not usable for track changes.
I have added feature request for this: www.component-creator.com/en/forum/featu...on-output-in-php#878
I use CC with Git, but change component version is change all php-files and it's not usable for track changes.
I have added feature request for this: www.component-creator.com/en/forum/featu...on-output-in-php#878
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Jonas Fagnastøl Henriksen
Fresh Boarder
Posts: 15
9 Jahre 5 Monate her #880
von Jonas Fagnastøl Henriksen
Jonas Fagnastøl Henriksen antwortete auf Development environment
Hi,
there is a way to use git efficiently even though cc replaces all files:
before installing your component, check out a branch for the component. This branch will be used only for the bare component innstalled directly from cc. Do Not edit these files after innstalling:
git checkout -b com_yourcomponent
Now innstall the component the normal way. After innstalling, commit the changes, and go back to master (or whatever branch you are working on). Then merge in the changes:
git status # all changed files are listed
git add . #adding all files
git commit -m "Innstalling changes from CC"
Immediately checkout master before accidentially editing the files in the branch com_yourcomponent
git checkout master
git merge com_yourcomponent
Be sure to keep your branch com_yourcomponent after merging, you'll want to reuse it. Now you can make whatever changes you want to the component, without fear that they will be overwritten. Next time you want to innstall changes directly from the component-builder, do the dance all over again:
git checkout com_yourcomponent
Innstall from cc in /administrator
git status # all changed files are listed
git add . #adding all files
(be aware you might have to remove files manually, if you have made changes in cc so that less files are innstalled, f.eks. if you removed a table, or removed frontend editing or similar)
git commit -m "Innstalling changes from CC"
git checkout master
git merge com_yourcomponent
There might be conflicts where both you and cc has made actual changes to the same file, but this is no different than other conflicts using git.
I use this scheme all the time now, it has very few problems. Be aware to close files in your editor as you switch branches, or else you might make a little mess of things,
regards Jonas
there is a way to use git efficiently even though cc replaces all files:
before installing your component, check out a branch for the component. This branch will be used only for the bare component innstalled directly from cc. Do Not edit these files after innstalling:
git checkout -b com_yourcomponent
Now innstall the component the normal way. After innstalling, commit the changes, and go back to master (or whatever branch you are working on). Then merge in the changes:
git status # all changed files are listed
git add . #adding all files
git commit -m "Innstalling changes from CC"
Immediately checkout master before accidentially editing the files in the branch com_yourcomponent
git checkout master
git merge com_yourcomponent
Be sure to keep your branch com_yourcomponent after merging, you'll want to reuse it. Now you can make whatever changes you want to the component, without fear that they will be overwritten. Next time you want to innstall changes directly from the component-builder, do the dance all over again:
git checkout com_yourcomponent
Innstall from cc in /administrator
git status # all changed files are listed
git add . #adding all files
(be aware you might have to remove files manually, if you have made changes in cc so that less files are innstalled, f.eks. if you removed a table, or removed frontend editing or similar)
git commit -m "Innstalling changes from CC"
git checkout master
git merge com_yourcomponent
There might be conflicts where both you and cc has made actual changes to the same file, but this is no different than other conflicts using git.
I use this scheme all the time now, it has very few problems. Be aware to close files in your editor as you switch branches, or else you might make a little mess of things,
regards Jonas
Folgende Benutzer bedankten sich: Søren Beck Jensen, Ilya Protasov
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Jonas Fagnastøl Henriksen
Fresh Boarder
Posts: 15
9 Jahre 5 Monate her #881
von Jonas Fagnastøl Henriksen
Jonas Fagnastøl Henriksen antwortete auf Development environment
btw, this totally solves the problem with changing versions: the changed version number will hardly ever result in a merge-conflict, as you will probably not edit the very top part of the file when you are making your changes.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Ike
Fresh Boarder
Posts: 1
9 Jahre 3 Monate her #945
von Ike
Ike antwortete auf Development environment
Something that would be fantastic, is the ability to have a few pre determined view types that could be manipulated around. This is something that SharePoint does and could be very beneficial to the environment that we are working in. A perfect example is a list view (select the items that you would like to show) and a list view in a calendar form. This way I have something basic to start with to build on.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Andres Maeso
Platinum Boarder
Posts: 338
9 Jahre 3 Monate her - 9 Jahre 3 Monate her #946
von Andres Maeso
Andrés Maeso
Customer relations manager at Joomla Component Creator.
Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!
Andres Maeso antwortete auf Development environment
Our friend
Carlos Cámara
suggested that we implement some kind of "push to github" feature to manage this, what do you think? Could version control be managed as Jonas described? Looks like a very interesting feature to me.
Andrés Maeso
Customer relations manager at Joomla Component Creator.
Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!
Letzte Änderung: 9 Jahre 3 Monate her von Andres Maeso.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Ladezeit der Seite: 0.058 Sekunden