<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div style="font-family:Arial;">You can always create or add them to a .gitignore file. If at the top-level GIT repo, this file impacts the whole repo. You would literally add "*.o" (but without the ""s) to this file to ignore all *.o files. Just be careful to not ignore port-original files.<br></div>
<div style="font-family:Arial;"><br></div>
<div style="font-family:Arial;">Example of how I do it; slightly different than Mojca's:</div>
<div style="font-family:Arial;">{{{<br></div>
<div style="font-family:Arial;">sudo port extract gr-ofdm<br></div>
<div style="font-family:Arial;">pushd $(port work gr-ofdm)<br></div>
<div style="font-family:Arial;">sudo chmod -R a+rw .<br></div>
<div style="font-family:Arial;">cd gr-ofdm<tab><br></div>
<div style="font-family:Arial;">git init<br></div>
<div style="font-family:Arial;">git add -A<br></div>
<div style="font-family:Arial;">git commit "init" > /dev/null<br></div>
<div style="font-family:Arial;">}}}<br></div>
<div style="font-family:Arial;"><br></div>
<div style="font-family:Arial;">Then, go about editing & any change will easily be found via "git status". You can also revert back to the "init" (or last commit) version of a file via "git checkout -- [filename]". Getting the changes is easy, via "git diff" ... but note that this diff is "patch -p1" style, not the usual MacPorts "patch -p0" style. It's easy to convert between them, but will generally be a pain if a lot of files have been changed. My git-foo isn't very strong, but these I know & they work quite well for fixing MacPorts ports via source.<br></div>
<div style="font-family:Arial;"><br></div>
<div style="font-family:Arial;">Using the above, to get back to the directory where you were, just do "popd".</div>
<div style="font-family:Arial;"><br></div>
<div style="font-family:Arial;">Another benefit to the "chmod" at the top-level "work" directory is that you can then edit the ".macports.*.state" file -- e.g., to revert the state back to "patched" so-as to force configuration again. Or you can remove the build or destroot directory without having to "sudo"; ditto for file editing.<br></div>
<div style="font-family:Arial;"><br></div>
<div style="font-family:Arial;">Hope this helps! - MLD<br></div>
<div style="font-family:Arial;"><br></div>
<div>On Wed, Aug 30, 2017, at 12:50 PM, Ken Cunningham wrote:<br></div>
<blockquote type="cite"><div style="font-family:Arial;"><br></div>
<div><div>On 2017-08-30, at 9:41 AM, Michael Dickens wrote:<br></div>
<div style="font-family:Arial;"><br></div>
<blockquote type="cite"><div><div style="font-family:Arial;">What Mojca wrote is what I do too. Simple but very effective! - MLD<br></div>
<div><span class="font" style="font-family:Arial"></span><br></div>
</div>
</blockquote><div style="font-family:Arial;"><br></div>
</div>
<div>Is there a way to make git ignore the *.o and *.a and other generated files that might be in the source tree that we're not interested in tracking -- or does the -A do that automatically?<br></div>
</blockquote><div style="font-family:Arial;"><br></div>
</body>
</html>