• I’m a bit of a git n00b, but I’m confused about how revisr is handling untracked files…

    When I do a new commit, I’ve put all untracked files in the staging area. Then I commit. However, next new commit, they’re still untracked.

    Same with ‘added’ and ‘modified’ files.

    In other words, the commit doesn’t seem to change the status of anything.

    What am I doing wrong?

    https://wordpress.org/plugins/revisr/

Viewing 10 replies - 1 through 10 (of 10 total)
  • Plugin Author Expanded Fronts

    (@expandedfronts)

    Hello,

    When you mention that you put all untracked files in the staging area, could it be that you’ve put them in the unstaged section instead? I only ask because all files should be added to the staging area by default on the new commit screen, and you should only have to unstage files that you don’t want committed.

    If this is not the case, can you please provide more details about the environment, such as:

    – The type of server it’s installed on
    – The version of git (can be found by running “git version” from command line)
    – If you’re able to commit/push files from command line
    – Does Revisr give you any errors on the dashboard page?

    Thread Starter gbell12

    (@gbell12)

    Good question. They’re definitely in the staging area.

    git version: 1.9.1

    git status: Yes, shows the same thing. Yes files can be added and committed from the command line, and that removes them from the ‘untracked’ section. No, no errors shown on the dash.

    Server info:

    WordPress version	3.9.1
    BackWPup version	3.0.13 Get pro.
    PHP version	5.5.9-1ubuntu4.3
    MySQL version	5.5.38-0ubuntu0.14.04.1
    cURL version	7.35.0
    cURL SSL version	OpenSSL/1.0.1f
    WP-Cron url:	http://wordpress.localhost/wp-cron.php
    Server self connect:	Response Test O.K.
    Temp folder:	/data/www/wordpress/public_html/wp-content/uploads/backwpup-98372-temp/
    Logs folder:	/data/www/wordpress/public_html/wp-content/uploads/backwpup-a6fdb-logs/
    Server	Apache/2.4.7 (Ubuntu)
    Operating System	Linux
    PHP SAPI	apache2handler
    Current PHP user	gbell2
    Safe Mode	Off
    Maximum execution time	30 seconds
    Alternative WP Cron	Off
    Disabled WP Cron	Off
    CHMOD Dir	0755
    Server Time	22:18
    Blog Time	22:18
    Blog Timezone
    Blog Time offset	0 hours
    Blog language	en-US
    MySQL Client encoding	utf8
    Blog charset	UTF-8
    PHP Memory limit	256M
    WP memory limit	40M
    WP Maximum memory limit	256M
    Memory in use	4.25 MB
    Disabled PHP Functions:	pcntl_alarm, pcntl_fork, pcntl_waitpid, pcntl_wait, pcntl_wifexited, pcntl_wifstopped, pcntl_wifsignaled, pcntl_wexitstatus, pcntl_wtermsig, pcntl_wstopsig, pcntl_signal, pcntl_signal_dispatch, pcntl_get_last_error, pcntl_strerror, pcntl_sigprocmask, pcntl_sigwaitinfo, pcntl_sigtimedwait, pcntl_exec, pcntl_getpriority, pcntl_setpriority,
    Loaded PHP Extensions:	Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, bcmath, bz2, calendar, ctype, curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gettext, hash, iconv, json, libxml, mbstring, mhash, mysql, mysqli, openssl, pcre, pdo_mysql, posix, readline, session, shmop, soap, sockets, ssh2, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlwriter, zip, zlib

    Plugin Author Expanded Fronts

    (@expandedfronts)

    Thanks for the info. Will try to replicate your environment and issue as this is the first I’ve heard of it.

    Thread Starter gbell12

    (@gbell12)

    Happy to help debug. I’m a developer myself.

    Thread Starter gbell12

    (@gbell12)

    Here’s one clue and/or another bug and/or something to squawk about earlier:

    I’ve got my debug settings cranked up and I see:

    Warning: file_put_contents(.gitignore): failed to open stream: Permission denied in /data/www/wordpress/public_html/wp-content/plugins/revisr/admin/templates/settings.php on line 17
    Revisr Settings
    
    Settings updated successfully.

    That seems more like an error, and for sure the message shouldn’t report that everything’s A-OK.

    I was on the settings screen to put a name and email in there (they were blank) in case that was the problem. After chmod’ing, the .gitignore so the settings would save, but committing is the same behavior as described previously.

    Doing a git config -l, it doesn’t appear that even the settings are being set. So the PHP/git interface is suspect now…

    Plugin Author Expanded Fronts

    (@expandedfronts)

    Hello,

    Even if the git settings aren’t applied to your Git repository, the settings are still saved through the WordPress settings API, which is why you’re seeing the message indicating that they were saved successfully.

    More advanced error handling for detecting issues on the Git side of things is something that is currently being worked on and will be addressed in the next release.

    Also, can you please confirm the location of the .git folder?

    Feel free to email support at expandedfronts.com if you’d like us to take a closer look.

    Thread Starter gbell12

    (@gbell12)

    Also, can you please confirm the location of the .git folder?

    It’s one up from public_html which is how I read the readme.txt. Is that OK?

    I have notes and assets that don’t belong on the website, but still go with the project, one level up from public_html. That’s why .git is there…

    so /data/www/myproject/.git
    and
    /data/www/myproject/public_html/wp-content etc.

    Plugin Author Expanded Fronts

    (@expandedfronts)

    Hello,

    This should be fixed with the latest update, please check and let me know if you run into any further issues.

    Also, Revisr is intended to work with the WordPress installation being in the same directory as the .git folder. While it should work within subfolders, if you continue to experience issues it may be worth testing with it installed in the same repository.

    Thread Starter gbell12

    (@gbell12)

    This should be fixed with the latest update,

    Nope. 🙂

    Revisr is intended to work with the WordPress installation being in the same directory as the .git folder. While it should work within subfolders, if you continue to experience issues it may be worth testing with it installed in the same repository.

    “it” installed in the “same repository”? Did you mean directory?

    I’ve got the repo above the wp install, not below it. Possibly a fairly normal arrangement (where else do people keep their related project files?)

    Plugin Author Expanded Fronts

    (@expandedfronts)

    For those interested, this turned out to be a file permission issue on the server.

    Leaving this thread open for now, while we add checks for permissions for the next release.

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘Staying untracked and added?’ is closed to new replies.