-
I’m attempting to publish pages for a library’s “demo page”. Here’s a link to a similar question which did not satisfactorily answer my question: The repo in question is found here. Thanks, |
Beta Was this translation helpful? Give feedback.
Replies: 7 comments
-
Hi Aria, I wrote the post you referenced in which I had an unnecessary submodule that was preventing my site from hosting. I am still learning GitHub, but in troubleshooting came across the resources that may be able to help. I noticed that you added the “index.html” file. From my understanding, this is the file that GitPages look for when it comes to deployment and will appear when you access the domain of the page. Since it is empty, it should be deployed with a blank HTML page. Is this what is happening when you try to redeploy? If not, and the issue is still with the submodule file, here are some guides I found for dealing with the error that may be able to fix the problem:
No submodule mapping found in .gitmodule for a path that's not a submodule
git, git-submodules
asked by
Ben Scheirman
on 02:38PM - 15 Nov 10 UTC
Additionally, you could try removing the submodule file and reinitializing it. Maybe that will resolve it? Hopefully, this helps a bit, or someone is able to chime in that is more experienced. |
Beta Was this translation helpful? Give feedback.
-
also, I noticed that the submodule that is causing the issue when deploying is the “lib/HashMap/vendor/benchmark”. The error in the build was: Error: fatal: No url found for submodule path ‘lib/HashMap/vendor/benchmark’ in .gitmodules Error: fatal: run_command returned non-zero status while recursing in the nested submodules of lib/HashMap Error: The process ‘/usr/bin/git’ failed with exit code 128 Maybe you could check the details in the submodule file to make sure it is correct? Or try removing it, to see if that is the only thing causing your deployment issue? |
Beta Was this translation helpful? Give feedback.
-
Hello and welcome here! @lukeqanderson is right, there is a problem with GitHub - rigtorp/HashMap: An open addressing linear probing hash table, tuned for delete heavy workloads having an invalid submodule itself. When I clone your repository and try to initialize the submodules I am getting the same error with details: GitHub Pages supports submodules. There used to be a few limitations (HTTP only and submodules in the source folder |
Beta Was this translation helpful? Give feedback.
-
Interesting, I’m not getting anything about submodules in the deployment steps as evidenced by the log here:
I’m open to the idea of having a copy of the hashmap library separate from the original repo. It does make me sad though, the idea that it not being linked (and therefore updated if that repo ever sees any new update). I could try that later, but I gotta get ready for the next day here. So perhaps I’ll have an update likely by Wednesday (12-27). |
Beta Was this translation helpful? Give feedback.
-
The problem seen here is a key problem with submodules. They’re incredibly fragile and violate the D (distributed) in DVCS. Certainly if I had a clone of the missing sub repository and needed to get out of these woods, I’d probably just publish my clone to GitHub and adjust my repository that linked to the broken sub repository to point to my github hosted copy. |
Beta Was this translation helpful? Give feedback.
-
I’ve replaced the HashMap submodule with a more minified version of itself. (now all submodules don’t have any funky broken links to their subsequent child submodules) Afterwards it told me that it’s the pages are active, though I get 404’s when trying to visit anything. I’ve removed the It now works. Pending changes to my README it should be all set. Also @jsoref that’s an excellent point, and news to me. I’ll endeavor to further educate myself and make effort as to what the appropriate role is for submodules. Thanks for you’re help everyone. (My rationale for marking this post as solution is based on my summarizing all changes I’ve made to solve the issue, not meaning to take credit.) |
Beta Was this translation helpful? Give feedback.
-
For future reference, note that the deployment step does not include details about the build. The build step is responsible for that: building (in the case of a Jekyll site) and archiving the static assets as an artifact. Glad you resolved your issue! |
Beta Was this translation helpful? Give feedback.
I’ve replaced the HashMap submodule with a more minified version of itself. (now all submodules don’t have any funky broken links to their subsequent child submodules)
Afterwards it told me that it’s the pages are active, though I get 404’s when trying to visit anything. I’ve removed the
.nojekyll
file and then pushed to main again.It now works. Pending changes to my README it should be all set.
Also @jsoref that’s an excellent point, and news to me. I’ll endeavor to further educate myself and make effort as to what the appropriate role is for submodules.
Thanks for you’re help everyone.
(My rationale for marking this post as solution is based on my summarizing all changes I’ve made to s…