Getting Started with ES Development.
-
Merging Branches and Updating GitHub repos
Your current tree looks something like this
(This is the last commit to Master branch) v -----------o---> <master> | `---o---> <*NOOB> ^ this is your commit
You want to let others test this changes before merging it into you
master
. This is how to achieve that.To push your changes to GitHub we use
push
command
$ git push origin NOOB
Now out branch is available for testers to look at and test it.When you are satisfied with the reviews from testers and have removed possible bugs we proceed to merging the branch
If you have made changes after your last commit you need to commit again if you want those changes included.
To
merge
changes to master branch we first switch to master
$ git checkout master
Then merge changes
$ git merge NOOB
Your changes are now applied to your master branch.
You should have a branch for every feature you plan on incorporating. This allows the changes to be applied to upstream if that is what you want by submitting a Pull Request (PR).Your tree now looks like this
(This is the last commit to Master branch :: your merge commit) v -----------o---------------o---> <master> | / `-o---o---o---/ <*NOOB> ^ these are your commits made in your branch
Do not forget to switch over to master branch once you are done.
$ git checkout master
You can now update your GitHub repo using
push
command
$ git push
and that should have your GitHub updated to your local changes.In next part : Submitting Pull Requests and Deleting branches
-
Oh my, you started this on your own - well done!
Great to see the momentum here :)
-
This is epic!
-
@Hex should this perhaps reference ES in the topic (or are you intending to do some write-up for other things ?).
-
@BuZz I have changed the title to reflect that. Mostly it is for ES but I would like to see devs branching out to other repos. Let me know if you find any mistakes in the articles
-
Part 3 : Merging Branches and Updating GitHub repos, is now updated
-
This should be in a pdf or ebook format. Very good reference learning material.
-
@ortsac said in Getting Started with ES Development.:
This should be in a pdf or ebook format. Very good reference learning material.
I can make a book but it is not that big. I would rather have it as a tread so as to have it interactive for others to seek help or point out mistakes
-
-
@Hex done.
-
One thing that may be worth noting is that these days, you probably don't need to provide separate instructions for Windows 10 users to start doing Linux development because Bash on Ubuntu on Windows is a thing. The only downside to it that I have found so far is that there's no easy way to transfer files inbetween the Linux file system and the Windows file system so that you can use Windows IDEs on your code and still build with Linux. For me personally, it's so far been easier to have two instances of a git repository: one in the Windows file system which I can use my Windows IDE on, and one in the Linux file system. But I'm sure there's got to be a better way.
-
@BenMcLean I use cygwin to have an Unix feel on Windows.
-
@recompile This thread covers git basics.
-
It's the first time I looked at this because I have reached a point where I'm out of ideas how to improve my setup. And the only thing I find annoying is the white UI of EmulationStation.
But I have to say that I'm a little bit disappointed by this post and can't really understand why it is pinned.
It's just about github and not really about ES development.
Sure the github part is good and I learned some things but I expected more.Like if/what software is needed to edit the files. From what I've seen, they seem like text files to me, so a basic text editor would be enough but are there better ways or special requirements needed?
Also how do I find out what to edit? In my case, I took a quick look through some of the files and found one file that had something like setcolor plus hex color values. But of course I'm not sure if those are the correct values. Sure, there's some trial and error involved, but that's why I looked at this to get some tips.
-
@EctoOne Do you know how to compile the source code ?
Edit whatever you want and try compiling. If it compiles, run the executable. Test if you got what you desired. Make a post detailing your achievements if you think many others might like it too.
It is impossible for me to know what part of the source you need to edit. The source also keeps updating due to the wonderful efforts of the contributors. It is practically impossible for me to write about everything. This shows git stuff because people have problems with git stuff the most. For c++ stuff you have stack overflow.
You can make a post or thread seeking help with what you want.
-
@ectoone said in Getting Started with ES Development.:
Like if/what software is needed to edit the files. From what I've seen, they seem like text files to me, so a basic text editor would be enough but are there better ways or special requirements needed?
you need a text editor. You can use one of these: notepad, notepad++, Atom, gedit, xcode, vscode, eclipse, Clion and many more.
-
@Hex Is there some kind of UML class diagram or any interesting documentation about design stuff anywhere ? I think that would help a lot.
-
@sx-111 They're described on the 1st page of the project
EmulationStation has a few dependencies. For building, you'll need CMake, SDL2, Boost (System, Filesystem, DateTime, Locale), FreeImage, FreeType, Eigen3, and cURL. You also should probably install the fonts-droid package which contains fallback fonts for Chinese/Japanese/Korean characters, but ES will still work fine without it (this package is only used at run-time).
-
So I followed the directions and set up a fork that I can access at https://github.com/korreckj328/EmulationStation
However, I do have a question. Does the official Retropie fork have the ability to pull the code I changed at this point? Or would something more need to be done?
I added some code so that it can compile on macOS fyi.
-
@Charononus said in Getting Started with ES Development.:
However, I do have a question. Does the official Retropie fork have the ability to pull the code I changed at this point? Or would something more need to be done?
That's not how collaborative development works - you need to create a Pull Request to the RetroPie's Emulationstation repository in order for the changes you've added to be incorporated upstream.
Btw, your fork doesn't seem to compile on macOS, I tested it with macOS 10.13, Apple LLVM version 10.0.0 (clang-1000.11.45.5).
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.