Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

About upgrading #1928

Closed
geekrainy opened this issue Oct 10, 2017 · 2 comments
Closed

About upgrading #1928

geekrainy opened this issue Oct 10, 2017 · 2 comments

Comments

@geekrainy
Copy link
Contributor

First thank you for your contribution. @ivan-nginx
I recently upgraded the latest version, but it seems that everything is not working.I spent a lot of time to troubleshoot the problem,finally found to be due to a new configuration caused.

# ---------------------------------------------------------------
# Theme Core Configuration Settings
# ---------------------------------------------------------------

# Set to true, if you want to fully override the default configuration.
# Useful if you don't want to inherit the theme _config.yml configurations.
override: false

Since the previous version did not have this configuration option, it caused my blog to fail to work.

After each update, there will be a large number of options that need to be merged into _config.yml. This is cumbersome, for the average user they will not carefully read every commit, if the update caused by the problem they can not solve.

So I think the update should be kept as backward as possible, otherwise the next becomes more and more complex. This will cause a lot of problems.

I hope that NexT can be kept simple, but it is now becoming more and more complex.

Thank you very much for your work. @ivan-nginx

@ivan-nginx
Copy link
Collaborator

ivan-nginx commented Oct 10, 2017

Hi, nice to meet u again, dude!

  1. Override option was added not by me, so, it is possible that this option have some bugs, yes. What trouble u have with this option? Can u give reproduce steps, etc.? I almost always use _data/next.yml and everything was fine to me.
  2. With the next new version i always support readme's with all possible breaking changes in releases. Only trouble can be if u just update your master without read all news. And this is at most cases bug with documentation: @iissnan is dissapear and i no have privilegies to modify site with NexT Docs. He's just go out somewhere, that's all. I not seen him / not recived any messages from him from April this year. No commits from him also. I don't know what i may or must do with this repo, but i love NexT and i'm trying to best.
  3. About complex... I also think about it, yeah. At last weeks i decide to create separate NexT repository with full access (according section 2 above), rights to modify own docs to NexT, etc. And i also think to create and support any new features there. And for this repo i only can make any small fixes, that's all.
    Also, we can make this repo without any new features and/or we can to rollback all my (and mb others) latest modifitations (Gemini / Menu icons / Favicons / Logo) in master branch and stay this repo just a simple with possible fixes only, what u think about this? This repo don't be complex, don't will have any new features and don't have any new bugs at least. New repo will with new features, but will complex and have many bugs and breaking changes.

@ivan-nginx
Copy link
Collaborator

NexT is rebased into organization repo.
If you want new feature, please, create new in NexT v6.x repo (desirable in English).

There is instructions on English or Chinese how to update from v5.1.x to v 6.0.x

You also may read this for details.

Repository owner locked as off-topic and limited conversation to collaborators Jan 12, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants